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(54) Kommunikationssystem mit Mitteln zum Austausch von Softwa reprozessen 



(57) Die Erfindung bezieht sich auf ein Kommunika- 
tionssystem mit einer Steuerschaltung (3; 7, 8; 28), wel- 
che ein nachrichtenorientiertes Betriebssystem (4), 
Anwendungssoftware (5, 9) und Mittel zum Austausch 
von Anwendungssoftware (5, 9) enthait. Im Austausch- 
fall wird ein zu ersetzender, alter ProzeB (9) veranlaBt 
einen Zustandstransfer durchzufuhren und an einem 
bestimmten Punkt anzuhalten und einem neuen ProzeB 
(9) die anliegenden Nachrichten zuzulerten. Ein ProzeB 



(9) enthait wenigstens ein Anwendungsthreads (14) 
und einem Austauschthread (16). Ein alter, zum Aus- 
tausch vorgesehener ProzeB sammelt wenigstens 
seine Zustdnde, nachdem die Anwendungsthreads (14) 
des alten Prozesses an einem Austauschpunkt ange- 
halten haben. Der Austauschthread (14) des alten Pro- 
zesses Qbertragt wenigstens die Zustdnde uber 
Austausch-Ports (17; 22, 23) an den neuen ProzeB (9). 
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Beschreibung 

Die Erfindung bezieht sich auf ein Kommunikationssystem mrt einer Steuerschaltung, welche 

5 - ein nachrichtenorientiertes Betriebssystem, Anwendungssoftware und Mittel zum Austausch von Anwendungssoft- 
ware enthatt, und 

im Austauschfall dazu vorgesehen ist, eine zu ersetzende, alte Softwarekomponente zu veranlassen einen 
Zustandslransfer durchzufOhren und an einem bestimmten Punkt anzuhalten und einer neuen Softwarekompo- 
nente die anliegenden Nachrichten zuzuleiten. 

10 

Kommunikationssysteme enthalten Computersysteme Oder Steuerschaltungen, deren Software langlebig und 
praktisch dauernd verf Qgbar sein soil. Bei Fehlern in der Software Oder auch aufgrund neuer Anforderungen mOssen 
bestimmte Softwarekomponenten erneuert werden. Dabei sollte die Ausfallzeit des Kommunikationssystems minimiert 
werden. 

is Ein Kommunikationssystem, welches paktisch keine Ausfallzeit bei dem Austausch einer Softwarekomponente 
eines Vermittlungssystems aufweist, ist aus der US-A-5 1 55 837 bekannt. Vor dem Austausch werden zuerst die Inhalte 
und Zustande aller Register. Prozesse und Speichereinheiten in einem speziellen Speicher wahrend des Betriebes der 
alten Software gesichert (Spatte 7, Zeilen 30 bis 36). Die alte Version der Software ist dabei in einer ersten Partition 
geladen. Die neue Software wird anschlieBend in eine zweite Partition geladen. Nachdem die neue Software geladen 

20 und getestet worden ist werden aus dem Speicher die Inhalte und Zustande aller Register, Prozesse und Speicherein- 
heiten auf die neue Software Obertragen. Diese wird dann in Betrieb genommen. Die neue Software beginnt dabei 
jedoch nicht an dem ProzeBpunkt zu arbeiten, an dem die alte Software angehalten worden ist, sondern an einem defi- 
nierten Programmpunkt. Es werden auch nicht einzelne Softwaremodule Oder -komponenten, sondern eine in sich 
geschlossene Software ausgetauscht. 

25 Des weiteren ist aus dem Dokument "Elektrisches Nachrichtenwesen, Band 64, Nummer 4, 1990, Seiten 327 bis 
333" bekannt, Softwarekomponenten wahrend des Betriebes beispielsweise einer Vermittlungsanlage auszutauschen. 
Hierbei wird von dem System bei einem Austausch ein alte Softwarekomponente zur DurchfQhrung eines erforderli- 
chen Zustandstransfers veranlaBt. Beim Erreichen von vordef inierten Synchronisationspunklen wird die alte Software- 
komponente angehalten und Nachrichten von der alten zur neuen Softwarekomponente umgeleitet. Die neue 

30 Softwarekomponente wird gestartet und die alte Softwarekomponente beendet und entfernt. Einzelheiten Ober den Auf- 
bau der zum Austausch vorgesehenen Programme lassen sich dem Dokument nicht entnehmen. 

Der Erfindung liegt daher die Aufgabe zugrunde, eine realisierbare Austauschprozedur von Softwarekomponenten 
anzugeben, bei welcher auBer einer kurzen VerzOgerung keine Einschrankung des Betriebes erfolgt. 
Die Aufgabe wird durch ein Kommunikationssystem der eingangs genannten Art dadurch gelOst, 

35 

daB die Anwendungssoftware wenigstens einen ProzeB mit wenigstens einem Anwendungsthreads und einem 
Austauschthread enthait, 

daB ein alter, zum Austausch vorgesehener ProzeB wenigstens zur Sammlung seiner Zustande vorgesehen ist, 
nachdem die Anwendungsthreads des alten Prozesses an einem Austauschpunkt angehalten haben, und 
40 daB der Austauschthread des alten Prozesses wenigstens zur Obertragung der Zustande uber Austausch-Ports an 
einen neuen ProzeB vorgesehen ist. 

Die erfindungsgemaBe Austauschprozedur betrifft Prozesse mit beispielsweise mehreren Threads (in sich selbst 
sequential ablaufende Programmstucke), die fur die Steuerung des Austausches einen Austauschthread enthalten. 

45 Durch die Erfindung wird der Neustart wenigstens eines neuen Prozesses an dem entsprechenden Programmpunkt 
(Austauschpunkt) durchgefuhrt, an dem der alte ProzeB angehalten worden ist. AuBerdem werden alle Zustande des 
alten Prozesses mittels eines Austauschthreads des alten Prozesses zum neuen ProzeB Qbertragen. Dies kann aber 
nur fur solche Systeme gelten, die ein Betriebssystem aufweisen, welches den Austausch von Nachrichten zwischen 
Softwarekomponenten ermOglicht (z.B. CHORUS). Hierbei werden Nachrichten Ober Softwareschnittstellen, die im fol- 

so genden als Ports bezeichnet werden, zwischen verschiedenen Prozessen ausgetauscht. Der Austausch der Zustande 
erfolgt dabei uber Austausch-Ports des alten und neuen Prozesses. 

Der Austausch eines Prozesses erfolgt dabei so, daB kein anderer ProzeB davon beruhrt wird. Die von einem 
anderen Klienten (anderer ProzeB) eintreffenden Nachrichten werden namlich auf den neuen ProzeB Obertragen und 
nach dem Austausch weiterverarbeitet. Der Autausch erfolgt dabei so, daB nur eine kurze VerzOgerung bei der Bear- 

55 beitung entsteht. Praktische Untersuchungen haben ergeben, daB die Verzfigerungszeit im Bereich weniger Millisekun- 
den liegt. 

Ein Kommunikationssystem kann ein Computersystem sein, eine Vermittiungsstelle, ein Computernetzwerk oder 
auch Serversysteme, wie z.B. ein Vide-On-Demand-Server. Ein Computerssystem enthait wenigstens einen Computer, 
i n dom o i no Softwarckompononto auogotauGoht wordon goI I . . — 
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Ein Anwendungsthread enthait einen ersten Teil zur Sammiung wenigstens der Zustande des Anwendungsthreads 
eines alten, zum Austausch vorgesehenen Prozesses und 1st zur Lieferung der gesammetten Zustande zum Aus- 
tauschthread des atten Prozesses vorgesehen. Ein Anwendungsthread eines neuen Prozesses enthatt einen zweiten 
Teil zur Ubernahme der Zustande von dem Austauschthread des alten Prozesses und zur Rekonstruktion von auf die 
5 Zustande bezogenen Objekten. 

Der Austausch eines Prozesses wird von einem Austauschmanager eingeleitet. Dieser ist in der Steuerschattung 
als weitere Softwarekomponente enthatten und ist zum Laden und Starten eines Prozesses und zur Kennzeichnung 
vorgesehen, ob ein neu gestarteter ProzeB einen alten ProzeB zu ersetzen hat. Eine Wartungsvorrichtung liefert einen 
neuen ProzeB uber ein Ubertragungsmedium an den Austauschmanager. 
w Bei einem vorgesehenen Austausch von mehreren Prozessen sind diese jeweils hintereinander zum Austausch 
vorgesehen. Es wind also zuerst ein erster ProzeB ausgetauscht und dann hintereinander die folgenden Prozesse. Die 
Steuerung bei diesem Austausch mit mehreren Prozessen kann der Austauschmanager ubernehmen. 

Nach dem Laden und Starten eines neuen Prozesses, der zum Austausch eines alten Prozesses vorgesehen ist, 
ist zuerst ein Sprung zu einem dem Austauschpunkt des alten Prozesses entsprechenden Austauschpunkt durch Uber- 
is springen normal er Programmabiaufe vorgesehen. 

Die Erfindung bezieht sich auch auf ein Computersystem mit wenigstens einem Computer und ein Verfahren zum 
Austausch von Softwarekomponenten. 

Ausfflhrungsbeispiele der Erfindung werden nachstehend anhand der Figuren naher erlautert. Es zeigen: 

20 Fig. 1 ein Computersystem mit einer Wartungsvorrichtung und einem Computer, der austauschbare Prozesse ent- 
hait, 

Fig. 2 ein Computersystem, das ein lokales Netzwerk enthait, 
Fig. 3 eine symbolische Darstellung eines Prozesses, 

Fig. 4 eine symbolische Darstellung eines neuen und alten Prozesses wahrend des Austausch es, 
25 Fig. 5 eine symbolische Darstellung eines neuen und alten Prozesses nach dem Austausch, 

Fig. 6 ein Vermittlungssystem mit einer Wartungsvorrichtung und einer Steuerschaltung, die austauschbare Pro- 
zesse enthait und 

Fig. 7 ein NachrichtenfluBdiagramm zwischen einem alten und neuen ProzeB. 

30 In Fig. 1 ist ein Computersystem mit einem Computer 1 und einer Wartungsvorrichtung 2 dargestellt. Der Computer 
enthait Hardwarekomponenten 3, ein Betriebssystem 4, Anwendungssoftware 5 und einen Austauschmanager 6. Das 
Betriebssystem 4 muB eine Kommunikation zwischen Softwarekomponenten der Anwendungssoftware 5 uber Nach- 
richten ermoglichen (z.B. nachrichtenorientiertes Betriebssystem (message based operating system)). Die Nachrich- 
ten oder Daten werden dabei uber Softwareschnittstellen ausgetauscht. Im folgenden wird eine Softwareschnittstelle 

35 als Port bezeichnet. 

Der Austauschmanager 6 ist eine Softwareprogramm, mit dessen Hitte Komponenten der Anwendungssoftware 5 
ausgetauscht werden kOnnen. Eine auszutauschende Softwarekomponente ist ein ProzeB (actor), der mehrere 
Threads enthait. Ein Thread ist ein in sich selbst sequentiell ablaufendes ProgrammstOck. In der Fig. 1 sind die einzel- 
nen Softwarekomponenten durch Kreise dargestellt. Die Verbindungen zwischen den Kreisen sollen Nachrichtenf lusse 

40 zwischen den Softwarekomponenten andeuten. 

Die Wartungsvorrichtungvorrichtung 2 kdnnte ein entfernt liegender Computer sein, von dem aus eine neue Soft- 
warekomponente geliefert wird. Hierbei ist es denkbar, daB die neue Softwarekomponente an diesem Computer errt- 
wickett und getestet wird. Zur Clbertragung der neuen Softwarekomponente kdnnen bekannte Clbertragungsmedien 
und Protokolle verwendet werden. Beispielsweise ist eine Ubertragung uber ein Telefonnetz mOglich. Die neue Soft- 

45 warekomponente kOnnte aber auch direkt in den Computer 1 geladen werden (z.B. mit Hitte einer lokalen Wartungsvor- 
richtung (Laptop)). 

In Fig. 2 ist ein weiteres Bespiel fur ein Computersystem dargestellt. Das Computersystem ist als lokales Netzwerk 
(local area network) ausgebildet, welches uber verschiedene Knoten (z.B. Personal Computer, Workstations etc.) ver- 
fOgt, die Qber Hardwareschnittstellen (z.B. Ethernet-Schnittstelle) miteinander gekoppelt sind. Fig. 2 zeigt exemplarisch 

so zwei Knoten 7 und 8 des Netzwerkes, die jeweils Anwendungssoftware mit mehreren Prozessen 9 enthalten. Ein sol- 
dier ProzeB enthait einen geschutzen AdreBraum, verwaltet eine Anzahl von Ports, uber die der ProzeB mit anderen 
Prozessen Nachrichten 1 1 austauscht und - wie oben schon erwahnt - mehrere Threads, die in Fig. 2 als Schlangenli- 
nien dargestellt sind. Ein ProzeB 9 kann nur Nachrichten 1 1 uber seine Ports 10 senden oder empfangen. Die Knoten 
7 und 8 sind mit weiteren nicht dargestellten Knoten des Netzwerks uber eine Netzwerkverbindung 12 gekoppelt. 

55 Threads in einem ProzeB kdnnen auch uber eigene Ports Nachrichten austauschen. Weiter kOnnen Nachrichten 
z.B. auch Qber Mutexes und Semaphores ausgetauscht werden. Ein Mutex (mutual exclusions) stelft eine Methode dar, 
die nur einem Thread den Zugrrff auf einem bestimmten Bereich ermdglicht. Beispielsweise sollen Daten von einen 
Thread zu einem Drucker gesendet werden. In diesem Fall wird von dem Thread ein Mutex gesetzt, so daB nur dieser 
Thread Daten an don Drucker oondon kann. Ein andoror Thread kann dann ko i no Daton zum Druckor gobon. E i n Som — 



iNSDOCID: <EP 0807883 A2 1 > 



aphore stellt eine Methode dar, die nur einer bestimmten Anzahl von Thread den Zugriff auf einen bestimmten Bereich 
ermOgiicht. Nachrichten zwischen Threads von verschiedenen Prozessen kOnnen nur Ober die Ports der jeweiligen 
Prozesse ausgetauscht werden. 

AIs verteiltes Betriebssystem fOr das lokale Netzwerk, von dem Fig. 2 einen Ausschnitt zeigt, kann CHORUS (vgl. 

5 Rozier, M.; Abrossimov, V.; Armand, R; Boule, I.; Gien, M.; Guillemont, M.; Herrmann; F; Kaiser, C; Langlois, S.; 
Leonard, R; Neuhauser, W.: Overview of the CHORUS distributed operating systems; CHORUS syst6mes Technical 
Report CS-TR-90-25, 1990) verwendet werden. FQr die Anwendungssoftware kann beispielsweise die Programmier- 
sprache C Oder C + + gewahlt werden. 

Zur Steuerung des Austausches von wenigstens einem ProzeB 9 des Netzwerkes in Fig. 2 ist noch ein Austausch- 

10 manager 12 in dem Knoten 7 enthalten. Dieser Austauschmanager 12 kdnrrte auch Bestandteil eines anderen Knoten 
(z.B. Knoten 8) anstatt des Knotens 7 sein. 

Bei der Ersetzung oder Austausch wenigstens eines Prozesses, der von dem Austauschmanager 6 (Fig. 1) bzw. 
12 (Fig. 2) gesteuert wird, wird die neue Softwarekomponente (neuer ProzeB) in den Computer 1 (Fig. 1) bzw. in einen 
Knoten 7 oder 8 des Netzwerkes (Fig. 2) geladen und gestartet. AnschlieBend werden alle Anwendungsthreads der 

is alien Softwarekomponente (alter ProzeB) angehalten und der alte ProzeB sammett die Zust&nde alter Objekte. Der 
neue ProzeB erhait die von dem alten ProzeB gesammeften Zustande, und die Ports des alten Prozesses m'rt alien 
anhdngigen Nachrichten wandern zu dem neuen ProzeB. Nachdem die Objektstrukturen zwischen dem alten und 
neuen ProzeB angepaBt worden sind, werden die Threads des neuen Prozesses dann an dem Punkt gestartet, der 
dem Punkt des alten Prozesses entspricht. Zum SchluB wird der atte ProzeB gelOscht. 

20 Damit dieser Austausch wahrend des Betriebes des Computer oder des lokalen Netzwerkes, durchgefQhrt werden 
kann, sind in den Komponenten bzw. Prozessen der Anwendungssoftware noch bestimmte Veranderungen gegenOber 
nicht austauschbaren Komponenten vorgenommen worden. In jedem ProzeB, der austauschbar sein soil, ist ein 
zusdtzlicher Thread, der als Austauschthread bezeichnet wird und die Austauschprozedur durchfuhrt, und weiter ein 
zus&tzliches Austausch-Port, welcher zur Kommunikation beim Austausch dient, enthalten. 

25 In Fig. 3 ist symbolisch gezeigt, was ein zum Austausch geeigneter ProzeB enthalten muB. Der ProzeB 13 ist als 
Quadrat und dessen Anwendungsthreads 14 jeweils als Schlangenlinien dargestelft. Der ProzeB 13 tauscht Daten mit 
einem Klienten uber Ports 15. Ein (Client ist eine andere Softwarekomponente. Wie oben erwahnt, besitzt der aus- 
tauschbare ProzeB zusatzlich einen Austauschthread 1 6 und einen zusatzlichen Austausch-Port 1 7. 

Aus Fig. 4 sind die Nachrichtenflusse ersichtlich, die bei einem Austausch oder Ersetzung eines Prozesses ablau- 

30 fen. Ein Klient 18 sendet Nachrichten zu einem Port 19 (im foigenden als Dienst-Port bezeichnet) eines bisher instal- 
lierten Prozesses 20. Der ProzeB 20 (Vorgangerkomponente) soli durch einen neuen ProzeB 21 
(Nachfolgerkomponente) ersetzt werden. Nachdem die Nachfolgerkomponente 21 geladen und gestartet worden ist, 
wird von einem Austausch-Port 22 der Nachfolgerkomponente 21 ein Austauschbefehl zum Austausch-Port 23 der Vor- 
gangerkomponente 20 gesendet. Der Austauschbefehl ist in Fig. 4 durch einen Pfeil mit der Bezeichnung (1) angege- 

35 ben. Nachdem die Vorgangerkomponente 20 angehalten hat, sammelt sie ihre Zustdnde und liefert sie an den 
Austausch-Port 22 der Nachfolgerkomponente 21 (Pfeil (2)). Nachdem alles ubertragen worden ist, wird dies der Vor- 
gangerkomponente 20 mitgeteilt (Pfeil (3)). Dann wird fur den Klienten 18 das Dienst-Port 19 des alten Prozesses als 
neues Dienst-Port 24 mit den anhangigen Nachrichten zuganglich. Diese Port-Wanderung ist durch den gestrichelten 
Reil mit der Bezeichnung (4) angedeutet. 

40 Fig. 5 zeigt dann den NachrichtenfluB nach dem Austausch. Der Klient 18 sendet jetzt Nachrichten zum Dienst- 
Port 24 der Nachfolgerkomponente 21 . Die Vorgangerkomponente 20 ist gelOscht, was durch die zwei gekreuzten Stri- 
che uber dem die Vorgangerkomponente 20 reprfisentierenden Quadrat angedeutet ist. 

Bei der oben angegebenen Austauschprozedur ist von einem austauschbaren ProzeB ausgegangen worden. Falls 
mehrere Prozesse ausgetauscht werden sollen, kann diese Austauschprozedur in Teilschritte zerlegt werden. Ein Teil- 

45 schrrtt ist dabei der Austausch jeweils eines Prozesses. Hierdurch ist es einfacher die Austauschprozedur zu kontrollie- 
ren und der erforderliche Speicherbedarf ist geringer als bei einem gleichzeitigen Tausch mehrerer Prozesse. 

Ferner kOnnen bestimmte neue Prozesse, die einen alten ProzeB ersetzen sollen, beispielsweise auch neue Funk- 
tionen aufweisen. Urn die Kompatibilitat mit dem alten ProzeB zu erhalten, ist es erfbrderlich die bisherigen Funktionen 
weiter im neuen ProzeB bereitzustellen. Wenn alle Klienten, welchedie alten Funktionen benutzt haben, verschwunden 

so sind, kann die alte Funktionalitat fur ungurtig erkiart werden und bei einem spateren Austausch ganz verschwinden. 

In den Fig. 1 und 2 sind zwei AnwendungsmOglichkeiten fur eine austauschbare Software wahrend des Betriebes 
dargestellt. Eine weitere Anwendungsmdglichkeit besteht fur Systeme, welche zur Ubertragung von Nachrichten vor- 
gesehen sind. Ein Beispiel ist ein Vermittlungssystem, dessen wesentliche BlOcke in Rg. 6 gezeigt sind. Das Vermitt- 
lungssystem enthait ein Koppelfeld 25 welches auf Eingangsleitungen 26 empfangene Signale an eine Oder mehrere 

55 Ausgangslertungen 27 weitergibt Zur Steuerung des Koppetfeldes dient eine Steuerschattung 28, die auBer den not- 
wendigen Hardwarebestandteilen ein Betriebssystem, Anwendungssoftware und einen Austauschmanager enthait. 
Zum Austausch von Komponenten der Anwendungssoftware ist eine Wartungsvorrichtung 29 vorgesehen, die mit der 
Steuerschattung 28 auf dieselbe Weise wie die Wartungsvorrichtung 2 mit dem Computer 1 zusammenarbertet. 

Wio obon ousgofuhrt, iot oin Austauochthroad Toi l oinos ProzosGOG und notwond i g zum AustauGch dOG ProzooGOG. 
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Ein solcher Austauschthread versieht die Anwendungsthreads in dem ProzeB mit einer Schnittstelle, welche einen Pro- 
zeB austauschbar machi Eine Implementierung der Schnittstelle in der Programmiersprache C + + ist eine Klassende- 
finition, die z.B. mit "ExcThread" bezeichnet werden kann. Ein Anwendungsthread hat exakt eine Instanz von dieser 
Klasse "ExcThread". Die Klasse weist drei Methoden auf : "getExclnfo", "setExclrtfo" und "restartPointReached". 
5 Die Methode "ExcThread::getExclnfb" ist einmal zu Beginn jedes Anwendungsthread aufzurufen. Sie liefert die 

Information, ob eine Anwendungskomponente neu gestartet Oder eine dttere Version dieser Komponente ersetzt wird. 
Bei einem Austausch liefert die Methode M ExcThread::getExclnfo M den Zustand des Anwendungsthreads der aiteren 
Komponente und einen Parameter, welcher den Punkt beschreibt, an welchem der Anwendungsthread des neuen Pro- 
zesses wieder zu starten ist. 

10 Sobald der Anwendungsthread des neuen Prozesses alle Objekte wieder rekonstruiert hat, hat es die Methode 
"ExcThread::restartPointReached" aufzurufen. Diese Methode wird zur Synchronisierung des Starts alter Anwen- 
dungsthreads verwendet. Es muB garantiert werden, da!3 kein Anwendungsthread diese Methode ver&ftt, bevor alle 
Threads diese benutzen. Dadurch wird gesichert, daft alle Objekte initialisiert werden, bevor diese von irgendeinem 
Anwendungsthread benutzt werden. Das ist insbesondere fOr solche Objekte wichtig, die verschiedene Anwendungs- 
15 threads teilen, z.B. Ports Oder Semaphores. 

Die Methode "ExcThread: setExclnfo" ist einmal von jedem Anwendungsthread aufzurufen, nachdem der Anwen- 
dungsthread fQr den Austausch gestoppt worden ist. Diese Methode wird benOtigt, urn den gegenwartigen Zustand die- 
ses Anwendungsthread seiner entsprechenden neuen Komponente zu liefern. 

Ein Zustandstransfer wird benotigt, damit der neue ProzeB z:b. Zustdnde von dem alten ProzeB ubernimmt. Der 
20 Zustandstransfer wird zwischen dem Anhalten des alten Prozesses und dem Starten des neuen Prozesses durchge- 
fQhrt. Beispielsweise ist ein Zustandstransfer erforderlich, um den Zustand eines alten Telefonbuches in den Zustand 
eines neuen Telefonbuches abzubilden. Ein solcher Transfer ist z.B. dann erforderlich, wenn ein neues FekJ "Postleit- 
zahlen" hinzukommt Oder dieses Feld einen anderen Typ erhait (z.B. 5 anstatt 4 Zeichen). 

Der Zustandtransfer eines Prozesses bedeutet, daB alle Zustande seiner Objekte Qbertragen werden mOssen. 
25 Hierbei wird jedes Objekt mit zwei Methoden versehen. Eine Methode holt die Zustande und eine Methode legt die 
Zustande ab. 

Der Austauschvorgang beginnt durch das Anhalten aller Anwendungsthreads eines Prozesses an einem Punkt, an 
dem sie anhalten kOnnen. Diese Punkte werden als Anhaltepunkte bezeichnet. Bei Erreichen eines Anhaltepunktes in 
einem Thread wird seine normale Operation abgebrochen und Operationen durchgefOhrt, die sich auf den Austausch 
30 beziehen. Als Anhaltepunkte werden solche Synchronisations- und Kommunikationspunkte gewdhlt, an denen ein 
Thread anhalten kann. 

Es mQssen beim neuen ProzeB zu den Anhattepunkten entsprechende Punkte vorhanden sein, an denen der neue 
ProzeB gestartet werden kann. Diese Punkte werden Restartpunkte genanrrt. Die Anhatte- und Restartpunkte werden 
als Austauschpunkte bezeichnet Der neue ProzeB kann sich gegenQber dem alten ProzeB im Programmcode und bei 
35 den Objektstrukturen unterscheiden. Einige Objekte kOnnen beim neuen ProzeB verschwunden, hinzugefOgt oder ver- 
andert worden sein. 

Folgende Punkte sind Beispiele fQr Austauschpunkte: 

POrt::call 
40 Port::receive 

Semaphore::get 

Mutex::get 

Thread::delay 

45 Es ist hierbei die Schreibweise der Programmiersprache C + + gewdhlt worden. Zuerst wird der Klassenname ein- 
gefuhrt und nach den beiden Doppelpunkten der Methodenname (ClassName::MethodName). Beispielsweise bedeu- 
tet n Mutex::get n eine Methode "get", die fflr alle Objekte vom Typ "Mutex" verfQgbar ist. 

Falls die Zeit fur einen Austausch zu lang ist, kOnnte ein Problem bei bestimmten Anwendungen auftreten (z.B. 
beim Austausch von Softwarekomponenten in einer Vermittlungsanlage). Dies tritt auf jeden Fall dann nicht ein, wenn 

so folgende fOnf Bedingungen erfQIlt sind: 

R1) Eine Anwendung lauft auf einem System mit einem einzigen Prozessor. 
R2) Die Last des Prozessors ist unter 100%. 

R3) Es ist sichergestellt, daB innerhalb eines gegebenen Zeitintervalls ein ProzeB eine bestimmte Prozessorzeit 
55 garantiert bekommt. 

R4) Es ist nicht erlaubt, daB ein Thread asynchron gestoppt wird, d.h nicht an einem Anhaltepunkt gestoppt wird. 
R5) Ein in einem Austauschpunkt befindlicher Thread kann in der Weise abgebrochen werden, daB er den Anhal- 
tepunkt veriaBt und daB er normal weiteriauft. 
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Wenn ein Prozessor vorhanden 1st (R1) und dieser Prozessor hat eine Last von unter 100% (R2), dann existiert ein 
Zeitpunkt, zu dem alle Threads eines Prozesses angehatten worden sind. Wenn ein Austauschthread mrt einer Prioritat 
kleiner als die Priorrtdten der anderen Anwendungsthreads des Prozesses vorhanden ist, dann wird der Austausch- 
thread zu diesem Zeitpunkt aktiv, weil der ProzeB imrner einen Teil der verfugbaren Prozessorzeit innerhalb eines gege- 
5 benen Zeitintervalls erhdtt (R3). Es ist garantiert, daR alle Anwendungsthreads mit Ausnahme des Austauschthreads 
selbst an einem Anhaltepunkt gestoppt haben (R4). Der Austauschthread benutzt dann die zur Verfugung gestellte Pro- 
zessorzeit zur Ausfuhrung des Austauschvorgangs und bricht dazu alle im Anhaltepunkt befindlichen Anwendungs- 
threads ab (R5). 

Wenn jeder Anhaltepunkt ein Austauschpunkt ist, steht hauf ig eine groBe Anzahl von Austauschpunkten zur VerfO- 
10 gung. Viele von den Austauschpunkten kOnnen einfache Mutex-Operationen sein, die den parallelen Zugriff auf 
gemeinsame Daten verhindern. Verschiedene Betriebssysteme erlauben nicht den einfachen Abbruch von Threads, 
die in einem Mutex angehaften haben. Daher kOnnte ein Mutex, der mit "Mutex::get n beginnt und mit "Mutex::reP been- 
det wird, als potentieller Austauschpunkt ausgeschlossen werden. Unter der Bedingung, daB zwischen "Mutex::get" 
und "Mutex: :rer kein weiterer Anhaltepunkt liegt und daB der Mutex nur von den Threads in demselben ProzeB benutzt 
is wird, kann nachgewiesen werden, daB kein Thread in diesem Mutex angehalten wird, wenn alle Threads angehatten 
sind. Somit kann unter diesen Bedingungen ein Mutex als Austauschpunkt ausgeschlossen werden. 

Bei der Realisierung eines Austauschpunktes wird eine Methode verwendet, bei der sich der auszutauschende 
Thread selbst in einen Abbruchszustand versetzt. Das Betriebssystem hebt in einem solchen Fall mrt einem speziellen 
RQckkehrcode, der auBerdem einen Fehlercode "Abbruch" angibt, die Abbruchssrtuation auf. Dieser RQckkehrcode bei 
20 einem Abbruch kann direkt als Signal for einen Austausch interpretiert werden. Im folgenden ist ein in der Programmier- 
sprache C + + geschriebenes Beispiel fQr "Port::receive" (Anhaltepunkt) aufgefOhrt, welches noch zu einem nicht aus- 
tauschbaren Thread gehdrt: 



25 



30 



(08) buf.clearO; 

(09) errCode = servicePort.receive(buf, TimeOutPeriod); 

(15) if(errCode == Port::TimeOut) { 

(16) error(myName, "Server is Timed out"); //keine Ruckkehr 

(17) } 



Die in Klammern angegebenen Nummern des Beispieles sind nicht Bestandteil des Programmtextes und dienen 
nur zur Kennzeichnung der Zeilen. In Zeile (08) wird der Puffer TxrT fQr die zu empfangenden Daten freigesetzt. Mit 
dem "received-Statement in Zeile (09) wird der Puffer "buf mit neuen Daten gefullt Der zweite Parameter "TimeOutPe- 
riod" des "receive"-Statemerrts ist eine Zeituberschrertungswert, der ein unendliche Wartezeit, z.B. bei einem durch 
40 einen Klienten verursachten Absturz, vermeiden soil. In Zeile (15) wird der Fehlercode fQr eine Zeituberschreitung 
(TimeOuT) gepruft. 

Urn diesen Anhaltepunkt in einen Austauschpunkt umzuwandeln, ist das Beispiel fQr "Port::receive" gedndert wor- 
den, welches dann zu einem austauschbaren Thread gehOrt: 

45 



50 
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ExcThread excThread(...); //Erzeugung eines Austauschthread-Objektes 



buf.clear(); 

errCode = servicePort.receive(buf, TimeOutPeriod); 
if(errCode == Port:: Aborted) { //Ersetzungsignalisierung 
Bin state; state < < objectl < < object2 < < ...; 
. . . //Entfernung von alien nicht bendtigten Objekten 
excThread.setExchangeInfo(ThreadName, ReceiveExcPointld, state); 
//keine Ruckkehr zu diesem Punkt 

> 

if(enCode = = Port::TimeOut) { 

25 

(16) error(myName, "Server is Timed out"); //keine Ruckkehr 

(17) } 

30 

Das obige Beispiel gibt die fur den Austausch wesentlichen Programmteile eines Austauschthread-Objektes an 

35 (Zeile (01)). Es werden nur die gegenuber dem nichtaustauschbaren Beispiel "Port::receive" neu hinzugekommenden 
Zeilen erlautert. In Zeile (10) wird der Fehlercode "Port:: Aborted" geprQft, um festzustellen, ob ein Austausch signali- 
siert worden ist. Wenn ein Austausch durchgefQhrt werden soil, werden zuerst die Zustande der lokalen Objekte des 
Threads gesammert (Zeile (1 1)). Die Zustande werden in einem speziellen Objekt vom Typ "Bin" gesammert, welcher 
die Operatoren "< <" und "> >" definiert. Der Operator "< <" sammert die Zustande eines Objektes und der Operator "> 

40 >" stelrt sie wieder her. Dann kann der Thread Objekte lOschen und andere MaBnahmen vollziehen, um keine Resour- 
cen zu verschwenden (Zeile (12)). Nach dem letzten Aufruf von "excThread.setExchangelnfo" werden die gesammel- 
ten Zustande von dem Austauschthread an den neuen ProzeB ubertragen (Zeile (13)). Der erste Parameter 
(ThreadName) gibt den aufgerufenen Thread an, der zweite Parameter (ReceiveExcPointld) ist eine Integer-Variable, 
die den Austauschpunkt innerhalb des aufgerufenen Threads angibt und der dritte Parameter (state) gibt die zu liefern- 

45 den Zustande an. Der Thread kehrt niemals von "setExchangelnfo" zurOck. 

Nachdem ein Austauschthread die Zustande eines alt en Proz esses an einem Austauschpunkt eingesammert und 
den alten ProzeB gestoppt hat. ist es erforderlich, die Threads von einem neuen ProzeB an einem entsprechenden 
Punkt (Restartpunkt) zu starten. Hierbei kann das Problem auftauchen, da(3 der Restartpunkt in einer Funktion liegt, 
die erst nach Aufruf verschiedener anderer Funktionen erreicht wird. Daher soltte nach dem Aufruf des neuen Prozes- 

so ses zuerst der Restartpunkt ohne AusfOhrung anderer Statements erreicht werden. Dies kann beispielsweise in Funk- 
tionen der Program mi ersprache C + + mittels des "goto"-Befehls erreicht werden. Hierbei wird am Beginn einer 
Funktion zuerst zu der Funktion gesprungen, welche den Restartpunkt enthait. Dies kann auch Qber mehrere Funkti- 
onsebenen erfolgen. Nach Erreichen des Restartpunktes werden die Zustandsvariablen neu gesetzt und der neue Pro- 
zeB mrt dem Statement weitergefuhrt, welches vor dem Abbruch das nachste entsprechende Statement im arten 

55 ProzeB gewesen ware. Anhand des untenstehenden Beispiels kann gezeigt werden, wie dies praktisch funktioniert: 
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(01) 
(02) 
(08) 
(09) 
(10) 
(11) 
(12) 
(13) 



20 



(14) 
(15) 
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(01) Static int restart; 

5 

(02) voidfctBO { 

(03) if(restart) goto ExcPointX; //nur dieser eine Austauschpunkt in 'fctB' 
w (04) 

(05) ExcPointX: 

(06) if(restart) "reset state"; 

16 (07) ... //lokaler Austauschpunkt in Fuiiktion 'fctB' 

(08) } 



20 



2S 



30 



45 
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(09) voidfctAO { 

(10) if(restart) goto ExcPointX; //nur dieser eine Austauschpunkt in 'fctA' 
(11) 

(12) ExcPointX: fctBO; 

(13) ... 

(14) } 



(15) void threadBodyO { 
35 (16) restart = getExcInfo(ThreadName, excPointld, deliveredState); 

(17) if(restart) 

(18) switch(excPointld) { 

40 (19) ExcPointldX: goto ExcPointX; 

(20) ExcPointldY: goto ExcPointY; 



55 
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(21) 



5 



10 



(22) 
(23) 
(24) 
(25) 



ExcPointX: fctAQ; 



(26) } 



15 



Die Funktion "threadBody" (Zeile (15)) ruft die Funktion "fctA" und diese die Funktion *fctB", welcheden Restart- 
punkt enthait Zuerst wind also in der Funktion IhreadBody" uberpruft, ob "restart" wahr 1st (Zeile (17)). Falls dies der 
Fall ist wird der entsprechende Restartpunkt gewdhlt und zu dem entsprechenden Sprungziel gesprungen (ExcPointX; 
Zeile (24)). Dort wird die Funktion IctA" aufgerufen. Innerhalb der Funktion "fctA" (Zeile (09) bis (1 4)) wird dieselbe Pro- 

20 zedur wiederholt Am Sprungziel "ExcPointX" (Zeile (12)) wird die Funktion IctB" und zum Sprungziel "ExcPointX" 
(Zeile (05)) innerhalb der Funktion 1ctB" (Zeile (02) bis (08)) gesprungen. 

Nachdem der Restartpunkt erreicht worden ist, mussen die Objekte wieder rekonstruiert werden. Zur Veranschau- 
lichung soil das schon oben aufgefGhrte Beispiel "Port::receive" dienen, welches zusdtzlich eine Zustandstransforma- 
tion enthdlt. Diese Zustandstransformation ist bei dem unten aufgefQhrten Beispiel in den Zeilen (01) bis (05) 

25 aufgefuhrt: 



(01) 
(02) 
(03) 
(04) 
(05) 
(06) 
(07) 



ExcThread excThread(.„); //Erzeugung eines Austauschthread-Objektes 



30 



ReceiveExcPoint: 



if(restart) { 



35 



deliveredState > > objectl > > object2 > > . 
excThread.restartPointReached(deliveredState); 



40 
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buf.clearO; 

errCode = servicePort.receive(buf t TimeOutPeriod); 
if(errCode == Port:: Aborted) { //Ersetzungsignalisierung 
Bin state; state < < object 1 < < object2 < < 
... //Entfernung von alien nicht benotigten Objekten 
excThread.setExchangeInfo(ThreadName, ReceiveExcPointld, state); 
//keine Ruckkehr zu diesem Punkt 

} 

if(errCode == Port::TimeOut) { 

error (my Name, "Server is Timed out"); //keine Ruckkehr 

} 

25 Die Rekonstruktion der ZustSnde nach dem Austausch (vgl. Zeile (05)) endet mit einem Aufruf der Methode "exc- 
Thread.restartPoirrtReached" (Zeile (06)). Dadurch wind der gleichzeitige Start aller Anwendungsthreads in dem neuen 
ProzeB gesichert. Der Parameter "deliveredState" von "restartPointReached" wird benotigt, urn zu prQfen, ob der 
Zustand richtig gelesen worden ist. 

Wie oben schon ausgefuhrt, kommunizieren Prozesse uber Ports. Daher mussen die Ports des alten Prozesses 

30 auch im neuen ProzeB vorhanden sein (Port-Wanderung). Bei dem Betriebssystem CHORUS ist eine Port-Wanderung 
leicht zu implementieren. Der Zustand eines Ports wird auf dieselbe Weise ubertragen wie der Zustand anderer 
Objekte. Der einzige Unterschied ist. daB der Zustand eines Ports mit der speziellen Methode "Port::migrate" transfe- 
riert wird. Ein Programmbeispiel, welches Bestandteil des alten Prozesses ist, ist nachstehend aufgefuhrt: 

35 (01) Bin state; 

(02) ... 

(03) state << ... << servicePort.migrateQ <<...; 



(05) ... 

(06) excThread.setExcInfo(ThreadName, ExcPointld, state); 

Das gewanderte Port wird direkt aus dem gelieferten Zustand in dem neuen ProzeB aufgebaut. Wahrend der Zeit, 
welche fur die Bearbeitung der Methode "Port emigrate" verwendet wird, geht keine externe Nachricht verloren. Alle 
noch ankommenden Nachrichten werden in eine Warteschlange des Ports eingereiht und dem neuen ProzeB zusam- 
55 men mit dem Port geliefert. 

Fig. 7 zeigt zur weiteren Erlduterung des Austauschprozesses ein NachrichtenfluBdiagramm. Zuerst wird der Pro- 
zeB A1 gestartet. Der ProzeB A1 soli durch einen ProzeB A2 ersetzt werden. Der ProzeB A1 stellt also eine Vorgdnger- 
komponente und der ProzeB A2 eine Nachfolgerkomponente dar. Gesteuert wird der Austausch von einem 
AuotauGchmanagor AM (Roplaoomont Sorvor), dor a l G cpoziollo Softwarokomponortto i n o i nom Knoton jjrrjorgobraoht 

10 
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(10) 

(11) 
(12) 
(13) 
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ist. In der Fig. 7 ist der Austauschmanagers AM jeweils als Rechteck mit der Bezeichnung AM dargestellt. 

Das NachrichtenfluBdiagramm in Fig. 7 zeigt die Beziehungen der Anwendungsthreads der Prozesse A1 und A2 

und ihren jeweiligen Austauschthreads E(A1) und E(A2). Zur Vereinfachung ist im NachrichtenfluBdiagramm der Fig. 7 

nur ein Anwendungsthread A(A1) und A(A2) for jeden ProzeB A1 und A2 aufgefOhrt. Der NachrichtenfluB, der durch 
5 verschiedene Mechanismen (z.B.: Tort::send/Po^t::receive ,, ; "Semaphore^get/ Semaphore: irel") realisiert wird P wird 

jeweils durch Pfeile gekennzeichnet. 

Im NachrichtenfluBdiagramm von Fig. 7 wird zuerst der ProzeB A1 geladen und gestartet (Punkt P1). Dieser 

erzeugt den Austauschthread E(A1) (Reil GET) und gibt eine Nachricht (Reil NACH1) an den Auslauschmanager AM. 

Der Austauschmanager AM antwortet (Pfeil OKS) und gibt damit an, daB keine Nachfolgerkomponerrte existiert. 
io AnschlieBend synchronised ein Anwendungsthread A(A1) des Prozesses A1 den Start des Austauschthreads E(A1) 

des Prozesses A1 (Pfeil SYNCS1 ). Danach gehen die Anwendungsthreads zu ihren eigentlichen Aufgaben Qber (Punkt 

92). 

Nach der Synchronisierung des Starts des Austauschthreads E(A1) des Prozesses A1 durch einen Anwendungs- 
thread A(A1) des Prozesses A1 setzt der Austauschthread E(A1) seine Priorrtat Weiner als die Priorrtat der Anwen- 

is dungsthreads A(A1) (Punkt P3). Dies wird durchgefuhrt, urn den EinfluB des Austauschthreads E(A1) auf die 
Anwendungsthreads A(A1) so gering wie mdglich zu hatten. Weiter wird am Punkt P3 von dem Austauschthread E(A1) 
ein Austausch-Port erzeugt, damit dieser for die Nachfolgerkomponerrte (ProzeB A2) erreichbar ist Danach signalisiert 
der Austauschthread E(A1) dem Austauschmanager AM, daB er for einen Austausch bereit ist (Reil RFG1). 

Wenn der ProzeB A2 als Nachfolgerkomponerrte des Prozesses A1 (Vorgangerkomponente) geladen und gestar- 

20 tet (Punkt P4) und ein Austauschthread E(A2) des zwerten Prozesses A2 erzeugt worden ist (Pfeil CET2), wird zuerst 
eine Nachricht (Pfeil NACH2) an den Austauschmanager AM gesendet. Der Austauschmanager AM sendet eine Ant- 
wort (Pfeil OKR) an einen der Anwendungsthreads A(A2) des Prozesses 2, die angibt, daB die Nachfolgerkomponerrte 
eine Vorgangerkomponente (ProzeB A1) zu ersetzen hat. Daraufhin erzeugt dieser Anwendungsthreads des Prozes- 
ses A2 eine entsprechende Referenz auf das Austausch-Port (Punkt PS) der Vorgangerkomponente und meldet dem 

25 Austauschthread E(A1) des Prozesses A1 , daB die Austauschprozedur begonnen hat (Pfeil STARE). 

Durch diese Nachricht des Prozesses A2 wird der Austauschthread E(A1) des ersten Prozesses aktiviert. Als 
erstes macht dieser seinen Austausch-Port unzugftnglich, damit vermieden wird, daR eine and ere Komponente (Pro- 
zeB) eine Austauschnachricht sendet (Punkt P6). Wenn alle Anwendungsthreads A(A1) des Prozesses A1 angeharten 
haben, empfangtder Austauschthread E(A1) die Nachricht, daB alle Threads angeharten haben (Pfeil ALLBL), und gibt 

30 daraufhin einen Abbruchbefehl (Reil ABTHR) an alle Anwendungsthreads A(A1) des ersten Prozesses A1 . Nach Emp- 
fang eines Befehls (Reil RETHR) zum Fortsetzen der Austauschprozedur von dem Austauschthread E(A1) des ersten 
Prozesses A1 ( sammert jeder Anwendungsthread A(A1) des ersten Prozesses A1 seine Zustande (Punkt P7), sendet 
ein Bestatigungssignal (Reil ABCOM) an den Austauschthread E(A1) und lOscht sich zum SchluB selbst (Punkt P8). 
Der Austauschthread E(A1) des ersten Prozesses A1 sammert die verschiedenen Zustande der Arrwendungs- 

35 threads A(A1) des ersten Prozesses A1 (Punkt P9) und sendet diese zu dem Anwendungsthread A(A2) des zwerten 
Prozesses A2 (Reil REPAS), der den Beginn der Austauschprozedur gemeldet hat (siehe Reil STARE). Der empfan- 
gene Zustand wind an die Anwendungsthreads A(A2) weitergeleitet (Punkt P10), die ihren Teil des Zustands Oberneh- 
men und ihre Objekte daraus rekonstruieren (Punkt P11). Gleichzertig wird der Austauschthread E(A2) entsprechend 
informiert (Reil SYNCS2), der dann nach Erreichen aller Restartpunkte die Anwendungsthreads A(A2) zur Ausfuhrung 

40 ihrer eigentlichen Aufgabe freigibt (Reil STACO). 

Zum SchluB signalisiert der Austauschthread E(A2) des zwerten Prozesses A2 dem Austauschthread (E(A1) des 
ersten Prozesses At, das die Austauschprozedur beendet ist (Reil ALLAB). Der Austauschthread E(A1) des ersten 
Prozesses A1 sendet eine Stopnachricht zum Austauschmanager (Reil STOP) und beendet sich selbst Der Aus- 
tauschthread E(A2) des zweiten Prozesses A2 berertet sich dann darauf vor, daB er spater durch eine Nachfolgerkom- 

45 ponente abgeldst wird. Hierbei erzeugt er einen Austausch-Port, setzt sich auf die geringste Priorrtat (Punkt P12) und 
signalisiert dem Austauschmanager AM, daB er for einen Austausch bereit ist (Reil RFG2). 

Patentansprflche 

so 1. Kommunikationssystem mit einer Steuerschattung (3; 7, 8; 28), welche 

ein nachrichtenorientiertes Betriebssystem (4), Anwendungssoftware (5, 9) und Mittel zum Austausch von 
Anwendungssoftware (5, 9) enthart, und 

im Austauschfail dazu vorgesehen ist, eine zu ersetzende, arte Softwarekomponente zu veranlassen einen 
55 Zustandstransfer durchzufuhren und an einem bestimmten Punkt anzuharten und einer neuen Softwarekom- 

ponente die anliegenden Nachrichten zuzule'rten, 



dadurch g ekennzeichnet. 
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daB die Anwendungssoftware wenigstens einen ProzeB mit wenigstens einem Anwendungsthreads (14) und 
einem Austauschthread (16) enthait, 

daB ein alter, zum Austausch vorgesehener ProzeB wenigstens zur Sammlung seiner Zustande vorgesehen 
ist, nachdem die Anwendungsthreads (14) des alten Prozesses an einem Austauschpunkt angehalten haben. 

5 und „ 

daB der Austauschthread (14) des alten Prozesses wenigstens zur Ubertragung der Zustande uber Aus- 
tausch-Ports (17; 22, 23) an einen neuen ProzeB vorgesehen ist. 

2. Kommunikationssystem nach Anspruch 1 , 
10 dadurch gekennzeichnet. 

daB ein Anwendungsthread (14) einen ersten Teil zur Sammlung wenigstens der Zustande des Anwendungs- 
threads (14) eines alten, zum Austausch vorgesehenen Prozesses enthait und zur Ueferung der gesammelten 
Zustande zum Austauschthread (1 6) des alten Prozesses vorgesehen ist und 
1S daB ein Anwendungsthread (1 4) eines neuen Prozesses einen zweiten Teil zur Ubernahme der Zustande von 

dem Austauschthread (16) des alten Prozesses und zur Rekonstruktion von auf die Zustande bezogenen 
Objekten enthait 

3. Kommunikationssystem nach Anspruch 1 Oder 2, 
20 dadurch gek ennzeichnet 

daB die Steuetschaltung (3; 7, 8; 28) einen Austauschmanager (6, 12) als weitere Softwarekomponente ent- 
hait, die zum Laden und Starten eines Prozesses und zur Kennzeichnung vorgesehen ist, ob ein neu gestar- 
teter ProzeB einen alten ProzeB zu ersetzen hat. 

25 

4. Kommunikationssystem nach Anspruch 1 , 2 oder 3, 
dadurch gekennzeichnet 

daB nach dem Laden und Starten eines neuen Prozesses, der zum Austausch eines alten Prozesses vorge- 
30 sehen ist. zuerst ein Sprung zu einem dem Austauschpunkt des alten Prozesses entsprechenden Austausch- 

punkt durch Uberspringen normaler Programmabiaufe vorgesehen ist 

5. Kommunikationssystem nach einem der AnsprQche 1 bis 4, 
dadurch gekennzeichnet, 

35 

daB bei einem vorgesehenen Austausch von mehreren Prozessen diese jeweils hintereinander zum Aus- 
tausch vorgesehen sind. 

6. Kommunikationssystem nach einem der AnsprQche 1 bis 5, 
40 dadurch qek ennzeichnet. 

daB eine Wartungsvorrichtung (2, 29) zur Ueferung einer neuen Softwarekomponente uber ein Clbertragungs- 
medium an den Austauschmanager (6, 12) vorgesehen ist. 

45 7. Computersystem mit wenigstens einem Computer (1 ; 7, 8), welche 

- ein nachrichtenorientiertes Betriebssystem (4), Anwendungssoftware (5, 9) und Mittel zum Austausch von 
Anwendungssoftware (5, 9) enthait, und 

- im Austauschfall dazu vorgesehen ist, eine zu ersetzende, alte Softwarekomponente zu veranlassen einen 
so Zustandstransfer durchzufuhren und an einem bestimmten Punkt anzuharten und einer neuen Softwarekom- 
ponente die anliegenden Nachrichten zuzuleiten, 

dadurch gekennzeichnet. 

55 daB die Anwendungssoftware wenigstens einen ProzeB mit wenigstens einem Anwendungsthreads (14) und 

einem Austauschthread (16) enthait, 

daB ein alter, zum Austausch vorgesehener ProzeB wenigstens zur Sammlung seiner Zustande vorgesehen 
ist, nachdem die Anwendungsthreads (14) des alten Prozesses an einem Austauschpunkt angehalten haben, 
^nd — ~ — ~ 
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daB der Austauschthread (14) des alien Prozesses wenigstens zur Ubertragung der Zustande uber Aus- 
tausch-Ports (17; 22, 23) an einen neuen ProzeB vorgesehen ist. 

8. Verfahren zum Austausch von Softwarekomponerrten far ein System mrt einem nachrichtenorientierten Betriebssy- 
5 stem (4), Anwendungssoftware (5, 9) und Mittel zum Austausch von Anwendungssoftware (5, 9), 

bei dem im Austauschfail eine zu ersetzende, arte Softwarekomponente veranlaBt wird, einen Zustandstrans- 
fer durchzufuhren und an einem bestimmten Punkt anzuhalten und einer neuen Softwarekomponente die 
anliegenden Nachrichten zuzuleiten, 
10 dadurch g ekennzeichnet. 

daB die Anwendungssoftware wenigstens einen ProzeB mit wenigstens einem Anwendungsthreads (14) und 
einem Austauschthread (16) enthaft, 

daB ein alter, zum Austausch vorgesehener ProzeB wenigstens seine Zustande sammelt, nachdem die 
Anwendungsthreads (1 4) des alten Prozesses an einem Austauschpunkt angehalten haben, und 
is daB der Austauschthread (14) des alten Prozesses wenigstens die Zustande uber Austausch-Ports (17; 22, 

23) an einen neuen ProzeB ubertragt. 
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